这么漂亮的论坛系统,为啥要用UEditor那么丑的编辑器
回复#41 @ivanilla :
可以Fork一个Carbon-UEditorless出来
这么漂亮的论坛系统,为啥要用UEditor那么丑的编辑器
回复#28 @loveminds :
除了Chrome以外,Safari和Webview,也能完美支持所有HTML5特性
这么漂亮的论坛系统,为啥要用UEditor那么丑的编辑器
回复#27 @lion163 :
除了不到5%的IE8+IE9,剩下的基本都是Chrome核心了
这么漂亮的论坛系统,为啥要用UEditor那么丑的编辑器
回复#25 @lincanbin :
按照官方演示,移动端实测UEditor没有一个菜单能弹出来,另外两个,100%功能正常
挑刺就不必了,本来就有赞成UEditor和讨厌UEditor的两个派别,那么,你用你的UEditor,我用我的Summernote好了
这么漂亮的论坛系统,为啥要用UEditor那么丑的编辑器
回复#22 @lincanbin :
另外UEditor对移动端的支持也一塌糊涂
这么漂亮的论坛系统,为啥要用UEditor那么丑的编辑器
回复#16 @lincanbin :
如果你执意要的话,我可以给你找到兼容IE1.0的富文本编辑器,可是这有必要么
这么漂亮的论坛系统,为啥要用UEditor那么丑的编辑器
回复#16 @lincanbin :
UEditor和FCK是一个时代的产物,整个架构已经严重老化了
这么漂亮的论坛系统,为啥要用UEditor那么丑的编辑器
回复#1 @lincanbin :
百度那个是因为饼摊的太大,所以导致一些只支持IE的站点拉高平均值,而恰恰那些只支持IE却不得不用的东西,访问量都非常高,例如,银行,政府等
你一定执意要为这样一个严重失真的数据而束缚住CF未来的发展么,不支持低版本IE的东西,不会变少,反而,随着时间发展,会越来越多
这么漂亮的论坛系统,为啥要用UEditor那么丑的编辑器
回复#7 @betw :
我统计过我的另一个站,低版本IE大约占比0.5%-0.6%,这个比例可以忽略不计了
百度那个是因为饼摊的太大,所以导致一些只支持IE的站点拉高权重,实际上,据我观察,广州地区的话,估测出来的数据在10%以下,大致7-8%的样子
[教程]3.6.5版本,让普通用户也能编辑帖子
回复#20 @lincanbin :
嗯,我们用的MPL 2.0没记错是兼容APL的
[教程]3.6.5版本,让普通用户也能编辑帖子
回复#18 @lincanbin :
CF是基于什么协议呢,MIT,BSD,或是GPL/LGPL
另外是否可以在署名的情况下给修改后的东西起一个新名字
帖子被其他用户搜藏了,是否应该发送一条消息告知该发帖者呢?
回复#12 @lincanbin :
同一个帖子里不能回复一模一样的内容
帖子被其他用户搜藏了,是否应该发送一条消息告知该发帖者呢?
回复#10 @lincanbin :
不同的人重复相同的内容这种情况,不觉得会很无聊么,对发帖人没有帮助而且占用版面空间,服务器资源和SQL查询
帖子被其他用户搜藏了,是否应该发送一条消息告知该发帖者呢?
回复#9 @lincanbin :
感觉还是V2ex那个做法比较合适,不仅仅是发送重复回帖的问题,还有不同用户回相同内容这种情况,我个人是比较反对这种无意义占版面的做法的
帖子被其他用户搜藏了,是否应该发送一条消息告知该发帖者呢?
回复#7 @lincanbin :
对用户的赞没有必要,但是对回答/回帖的感谢是可以有的
另外CF有像V2ex一样的阻止发送相同回帖的功能么
[教程]3.6.5版本,让普通用户也能编辑帖子
回复#16 @lincanbin :
默认还是允许用户编辑比较合适,可以做成一个开关,而不用每次改文件那么麻烦,特别是如果CF的更新很频繁的话,每次更新之后光改编辑权限和换编辑器都很费事
帖子被其他用户搜藏了,是否应该发送一条消息告知该发帖者呢?
回复#4 @lincanbin :
这两个最好的做法是,放在感谢数和赞数上,会显示赞的人出来,但是不用直接给被赞者反馈